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CLAIMS 

1. (currently amended) A method of limiting unauthorized network requests, 
comprising the steps of: 

identifying entities legitimately entitled to service, wherein an entity 
comprises a user id-client pair, said user id-client pair comprising an individual 
user-machine combination; 

establishing said identified entities as trusted entities by issuing a trust 
token for each entity successfully authenticating to said network service, said 
trust token comprising a data object that includes a client identifier, said client 
identifier comprising at least one client-originated item of data that can bo used to 
uniquely id e nt i fy identifies the client machine, wherein said user ID-client pair 
represents a unique entity; 

storing said issued trust token on said client; 

transmitting said stored issued trust token along with said user ID, 
authentication credentials, and client identifier from said client to said network 
service; 

determining whether each request is a trusted or an untrusted login; 
processing requests from said trusted entities according to a first policy; 

and 

processing remaining requests according to at least a second policy; 

wherein processing remaining requests according to at least a second 
policy comprises adding a specified amount of incremental response latency 
when processing untrusted logins, wherein untrusted logins comprise successful 
and unsuccessful logins from entities determined to lack a trust token. 

Claims 2 - 3. (cancelled) 

4. (previously presented) The method of claim 1 , wherein entities legitimately 
entitled to service comprise entities previously able to successfully authenticate 
to a network service. 
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5. (original) The method of claim 4, wherein said network service comprises 
a server. 

Claims 6 - 7. (cancelled) 

8. (previously presented) The method of claim 1, said data object including: 
said user ID or a derivative thereof. 

9. (original) The method of claim 8, wherein said derivative comprises a 
cryptographic hash of the user ID. 

10. (original) The method of claim 8, wherein said data object further includes 
any of: a time stamp of first authentication to said network service by said entity; 
and a time stamp of a most recent authentication to said network service by said 
entity. 

1 1 . (cancelled) 

12. (previously presented) The method of claim 1, said client identifier 
comprising any of: a client identifier assigned by said network service; and a 
client identifier provided by the client. 

13. (previously presented) The method of claim 1 , further comprising a step of 
encrypting said trust token. 

14. (original) The method of claim 13, further comprising the step of: 
transmitting said trust token from said network service to said client upon 
successful authentication to said network service by said entity. 
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15. (original) The method of claim 14, wherein said step of transmitting said 
trust token occurs via a secure channel. 

16. (original) The method of claim 15, wherein said secure channel comprises 
a network connection secured via the SSL (secure sockets layer) protocol. 

Claims 17-18. (cancelled) 

19. (previously presented) The method of claim 1, wherein said step of 
transmitting said stored, issued trust token occurs via a secured channel. 

20. (original) The method of claim 19, wherein said secured channel 
comprises a network connection secured via the SSL (secure sockets layer) 
protocol. 

21. (original) The method of claim 12, further comprising a step of storing said 
issued trust token in a server side database, indexed according to a combination 
of user ID and client identifier. 

22. (original) The method of claim 21, further comprising the step of: 
transmitting said client identifier assigned by said network service from said 
network service to said client upon successful authentication to said network 
service by said entity. 

23. (original) The method of claim 22, wherein said step of transmitting said 
client identifier assigned by said network service occurs via a secure channel. 

24. (original) The method of claim 22, said secure channel comprising a 
network connection secured via the SSL (secure sockets layer) protocol. 
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25. (original) The method of claim 21, further comprising the steps of: 
transmitting said user ID and client identifier to said server; and retrieving said 
stored trust token from said database. 

26. (original) The method of claim 21, wherein said server side database 
serves a plurality of services. 

27. (previously presented) The method of claim 1, wherein processing 
requests from said trusted entities according to a first policy comprises the steps 
of: 

validating said trust token; and 

processing request without adding incremental response latency. 

28. (original) The method of claim 27, wherein said step of validating said trust 
token comprises the step of: 

verifying that the user ID and a client identifier in the trust token match 
those presented by the client on the request. 

29. (previously presented) The method of claim 28, wherein said step of 
validating said trust token further comprises any of the steps of: 

verifying that a time stamp of a first authentication by the entity recorded in 
the trust token is no earlier than a specified earliest acceptable first- 
authentication time stamp; and 

verifying that a time stamp of a last authentication by the entity recorded in 
the trust token is no earlier than a specified earliest acceptable last- 
authentication time stamp. 

Claims 30 -31. (cancelled) 

32. (previously presented) The method of claim 1 , wherein response latency is 
added to a specified percentage of successful untrusted logins. 
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33. (previously presented) The method of claim 1, wherein processing 
remaining requests according to at least a second policy comprises adding a 
specified amount of incremental response latency when processing requests 
from untrusted IP addresses that have exceeded a configurable login rate. 

34. (previously presented) The method of claim 1, wherein processing 
remaining requests according to at least a second policy comprises requiring an 
untrusted entity to complete a Turing test. 

35. (original) The method of claim 1, wherein said policies are applied by a 
server. 

36. (original) The method of claim 35, wherein said server applies rate policies 
for a plurality of network devices. 

37. (original) The method of claim 6, further comprising the step of: 
updating said trust token after a login by a trusted entity. 

38. (currently amended) A computer program product comprising computer 
readable code means embodied on a tangible medium, said computer readable 
code means comprising code for performing a method of limiting unauthorized 
network requests, said method comprising the steps of: 

identifying entities legitimately entitled to service, wherein an entity 
comprises a user id-client pair, said user id-client pair comprising an individual 
user-machine combination; 

establishing said identified entities as trusted entities by issuing a trust 
token for each entity successfully authenticating to said network service, said 
trust token comprising a data object that includes a client identifier, said client 
identifier comprising at least one client-originated item of data that can be used to 
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uniquely i d e ntify identifies the client machine, wherein said user ID-client pair 
represents a unique entity; 

storing said issued trust token on said client; 

transmitting said stored issued trust token along with said user ID, 
authentication credentials from said client to said network service; 

determining whether each request is a trusted or an untrusted login; 
processing requests from said trusted entities according to a first policy; 

and 

processing remaining requests according to at least a second policy; 

wherein untrusted logins comprise successful and unsuccessful logins 
from entities determined to lack a trust token, and wherein processing remaining 
requests according to at least a second policy comprises adding a specified 
amount of incremental response latency when processing untrusted logins. 

Claims 39 - 40. (cancelled) 

41. (previously presented) The method of claim 38, wherein entities 
legitimately entitled to service comprise entities able to successfully authenticate 
to a network service. 

42. (original) The method of claim 41, wherein said network service comprises 
a server. 

Claims 43 - 44. (cancelled). 

45. (previously presented) The method of claim 38, said data object including: 
said user ID or a derivative thereof. 

46. (original) The method of claim 45, wherein said derivative comprises a 
cryptographic hash of the user ID. 
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47. (original) The method of claim 45, wherein said data object further 
includes any of: a time stamp of first authentication to said network service by 
said entity; and a time stamp of a most recent authentication to said network 
service by said entity. 

48. (cancelled) 

49. (previously presented) The method of claim 38, said client identifier 
comprising any of: a client identifier assigned by said network service; and a 
client identifier provided by the client. 

50. (original) The method of claim 45, further comprising the step of: 
encrypting said trust token. 

51. (original) The method of claim 50, further comprising a step of: 
transmitting said trust token from said network service to said client upon 
successful authentication to said network service by said entity. 

52. (original) The method of claim 51, wherein said the step of: transmitting 
said trust token occurs via a secure channel. 

53. (previously presented) The method of claim 52, wherein said secure 
channel comprises a network connection secured via the SSL (secure sockets 
layer) protocol. 

Claims 54 - 55. (cancelled) 

56, (previously presented) The method of claim 38, wherein said step of 
transmitting said stored, issued trust token occurs via a secured channel. 



Page 8 of 17 



Application ser. no 10/759,596 



57. (original) The method of claim 56, wherein said secured channel 
comprises a network connection secured via the SSL (secure sockets layer) 
protocol. 

58. (original) The method of claim 50, further comprising the step of: storing 
said issued trust token in a server side database, indexed according to a 
combination of user ID and client identifier. 

59. (original) The method of claim 58, further comprising the step of: 
transmitting said client identifier assigned by said network service from said 
network service to said client upon successful authentication to said network 
service by said entity. 

60. (original) The method of claim 59, wherein said step of transmitting said 
client identifier assigned by said network service occurs via a secure channel. 

61. (original) The method of claim 59, said secure channel comprising a 
network connection secured via the SSL (secure sockets layer) protocol. 

62. (original) The method of claim 58, further comprising the steps of: 
transmitting said user ID and client identifier to said server; and retrieving said 
stored trust token from said database. 

63. (original) The method of claim 58, wherein said server side database 
serves a plurality of services. 

64. (previously presented) The method of claim 38, wherein processing 
requests from said trusted entities according to a first policy comprises the steps 
of: validating said trust token; and processing without adding incremental 
response latency. 
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65. (original) The method of claim 64, wherein said step of validating said trust 
token comprises the step of: verifying that the user ID and a client identifier in the 
trust token match those presented by the client on the request. 

66. (previously presented) The method of claim 65, wherein said step of 
validating said trust token further comprises any of the steps of: verifying that a 
time stamp of a first authentication by the entity recorded in the trust token is no 
earlier than a specified earliest acceptable first-authentication time stamp; and 
verifying that a time stamp of a last authentication by the entity recorded in the 
trust token is no earlier than a configurable earliest acceptable last-authentication 
time stamp. 

Claims 67 - 68. (cancelled) 

69. (previously presented) The method of claim 38, wherein response latency 
is added to a specified percentage of successful logins. 

70. (previously presented) The method of claim 38, wherein processing 
remaining requests according to at least a second policy comprises adding a 
specified amount of incremental response latency when processing requests 
from IP addresses that have exceeded a configurable login rate. 

71. (previously presented) The method of claim 38, wherein processing 
remaining requests according to at least a second policy comprises requiring an 
untrusted entity to complete a Turing test. 

72. (original) The method of claim 39, wherein said policies are applied by a 
server. 

73. (original) The method of claim 72, wherein said server applies rate policies 
for a plurality of network devices. 
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74. (previously presented) The method of claim 38, further comprising the 
step of: updating said trust token after a login by a trusted entity. 

Claims 75-94. (cancelled) 
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